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Background Of The Invention 

1. Technical Field. 

The invention relates to configuring preset radio station in a radio. More 
particularly, the invention relates to configuring preset radio station remotely over a 
network. 

2. Related Art. 

Currently, radio and stereo receivers may have a set of buttons assigned to preset 
radio stations. Whenever one of the buttons is selected, the tuner is automatically tuned 
to the preset station. 

The mapping of the buttons to the preset radio stations is usually a manual 
process. The user tunes the tuner to a desired station and then assigns a button to 
correspond to the tuned station or frequency. Another approach to setting preset radio 
stations involves the tuner scanning all available stations and then using a selection 
criteria assign a stations to each of the buttons. Examples of selection criteria include the 
signal strength, type of music and selected frequency band. 

A problem exists with the current approaches to defining preset radio stations. If 
the power is lost, the assignments of the preset radio stations are lost. The user is then 
required to assign the buttons to the desired radio stations again. 



Thus, there is a needed in the art for an approach to assign preset radio stations 
that are easily restored if power is lost. 

Summary 

An intelligent appliance with a selector, such as a plurality of buttons is assigned 
preset radio stations connected to a network such as the Internet and configured by 
accessing a remote graphical user interface. The remote graphical interface configures a 
user profile in a database that maps the plurality of buttons to radio stations. If the radio 
is a clock radio, then the user associates a plurality of alarms with radio stations or 
"buzz" in the user profile. The user profile configuration data is transmitted to the radio 
upon being energized and upon changes occurring in the user profile. The radio then 
processes the received configuration data and configures the radio. 

Other systems, methods, features and advantages of the invention will be or will 
become apparent to one with skill in the art upon examination of the following figures 
and detailed description. It is intended that all such additional systems, methods, features 
and advantages be included within this description, be within the scope of the invention, 
and be protected by the accompanying claims. 



Brief Description Of The Figures 

The components in the figures are not necessarily to scale, emphasis instead being 
placed upon illustrating the principles of the invention. In the figures, like reference 
numerals designate corresponding parts throughout the different views. 

FIG. 1 is a diagram of a network that connects a web device with a server and 
radio in accordance with an embodiment of the invention. 

FIG. 2 is a block diagram of the server 106 and radio 108 of FIG. 1 
communicating across network 102. 

FIG. 3 is a screen diagram of a graphical interface displayed on the web device of 

FIG. 1. 

FIG. 4 is a screen diagram of another graphical interface displayed on the web 
device for configuring the alarms of the radio of FIG. 1. 

FIG. 5 is a data structure in the user profile that is stored in the database on server 
106 of FIG. 1. 

FIG. 6 is a flow chart of a process for remote programming of radio presets over a 
network in accordance with an embodiment of the invention. 

Detailed description of the exemplary embodiments 
Reference is now made in detail to an embodiment of the present invention, an 
illustrative example of which is depicted in the accompanying drawings, showing an 
approach for remote programming of radio presets over network. In FIG. 1, a diagram of 
a network 102 that connects a web device 104 with a server 106 and radio 108. 

The network 102 is a collection of hardware and software that make up one or 
more networks that enable the transportation of data between the web device 104, the 



server 106 and a communication link to radio 108. Examples of such networks include 
the public switch telephone network (PSTN), packet data networks, wireless data 
network, wireless cellular networks, X-10 networks and other in home networks, and 900 
MHz wireless networks. Thus, network 102 may be comprised of a PSTN network that 
is wired between the web device 104 and server 106, while having a power line 
communication path between the radio 108 and a controller (not shown) in network 102. 

The web device 104 is a second network device and is able to display the 
graphical interface 110. The graphical interface 1 10 is a web browser such as 
MICROSOFT'S INTERNET EXPLORER or NETSCAPE. Examples of other types of 
graphical interfaces included ASCII text, graphics, combination of text and graphics, or a 
terminal emulation program. The web device 104 is a computing device that is able to 
display web pages that include a combination of text and graphics encoded in a mark up 
language such as HTML. 

The graphical interface 110 resides on the web device 104 and a web page is 
downloaded to web device 104 upon the web address being accessed at the server 106 by 
the graphical interface 110. The user is prompted by the graphical interface to enter a 
location identifier and radio identifier into the graphical interface. The location identifier 
is some information, such as a zip code or city and state that indicates the geographical 
deployment of the radio. The radio identifier is a unique code associated with the 
physical radio. The location identifier and radio identifier are then sent to the server 106 
by graphical interface 110 and stored in a user profile 1 12 assigned to the radio identifier 
in a database 1 14 operably associated with the server 106. In an alternate embodiment, 



the user will have a login identifier that is associated with the user profile 1 12 and the 
different radio identifiers will then be contained in that user profile 112. 

The location identifier is associated with a plurality of radio stations in proximity 
of the identified location. In a preferred embodiment, the zip codes 1 16 are stored in the 
database 114 with each zip code being associated with a plurality of radio stations 1 1 8. 
The user is then presented another web page in the graphical interface 110 that allows the 
radio stations to be assigned to the preset buttons of radio 108. The assignments of the 
radio stations to the preset buttons are then stored in the user profile 1 12. 

The server 106 is a first network device and manages the database 1 14. The 
server 106 is contacted by the radio 108 preferably upon the radio being energized. The 
radio 108 broadcasts (transmits) a message over the network that is received by the server 
106. The broadcast message contains a radio identifier that is used by the database 1 14 to 
identify the associated user profile 112. In an alternate embodiment, the radio 108 has 
the address of server 106 and directly notifies the server 106 that the radio is present and 
sends the radio identifier to the server 106. The preset radio station mapping is 
downloaded from the server 106 to the radio 108 via network 102. In an alternate 
embodiment, a different identifier may be used that results in all radios attached to the 
network being downloaded with the preset radio stations. An example of such an address 
would be a users login name. 

The downloading of the preset radio stations from the user profile 112 may also 
occur at predetermined time periods, such as every midnight or every Friday at midnight. 
The preset radio stations may also be downloaded upon an event occurring, such as the 
user profile being updated, the server 106 receiving an update request from the radio 108, 



the server 106 receiving an update request from the web device 104, or some other 
identifiable event occurring. 

Turning to FIG. 2, a block diagram of the server 106 and radio 108 of FIG. 1 
communicating across network 102 is shown. The server 106 is a computer device 
5 controlled by a controller 202. The controller 202 communicates with a memory 204, a 

clock 206, permanent storage 208, and a network interface 210. The controller 202 is a 
microprocessor such as an INTEL PENTIUM III processor. In an alternate 
embodiments, the controller may be a digital signal processor, embedded controller, 
discrete digital circuits functioning as a state machine, analog digital circuits functioning 
|| 0 as a state machine, a combination of analog and digital components functioning as a 

J* controller. The controller 202 receives timing from a clock 206 that enables data to be 

1* 

m transferred across bus 216. 

Q The network interface 210 receives a message from the radio 108. The controller 

202 under direction of an application 212 being executed from memory 204 processes the 
05 message and accesses the database 114 based on identification information contained in 

:? 

;ff the message. In alternate embodiments, the database may reside in permanent memory 

208 or in a combination of permanent memory 208 and memory 204. In other 
embodiments, it is possible for the database 1 14 to be distributed across multiple servers 
in a distributed database. 

20 The controller 202 identifies the user profile 1 12 contained in database 1 14 and 

formats a configuration message. The configuration message contains the mapping of 
radio stations to the preset buttons in the radio 108. The configuration message is 
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transmitted from the server 106 by the network interface 210 over network 102 to the 
radio 108. 

The radio 108 has a tuner 220 that is connected to amplifier 222, a plurality of 
controls 224, an antenna 226, and a controller 228. The controller 108 is connected to 
tuner 220, network interface 230, memory 232, display 234 and clock 236. The clock 
supplies timing to the controller 228, the network interface 230 and the memory 232. 
The amplifier 222 is connected to the plurality of controls 224, the tuner 220 and at least 
one speaker 238 (stereo receivers often have two or more speakers). 

The display 234 displays the current tuner setting, in other words the current radio 
station. In an alternate embodiment, the radio 108 is a clock radio and the display 234 
displays the time and may display the date. In such an embodiment, the clock 236 may 
included a real-time clock for keeping track of time that is displayed by display 234. 

The plurality of controls 224 are used to manually tune the radio and adjust the 
volume. A plurality of preset buttons also comprise at least part of the plurality of 
controls 224 that when set; will automatically tune the tuner 220 to a preset station. If the 
radio 108 is also a clock radio, then some of the plurality of controls 224 will be for 
manually setting the time. In an alarm clock radio embodiment, additional controls in the 
plurality of controls 224 will be present to arm/disarm the alarm, set the alarm to buzz or 
radio, and set the alarm time. 

The tuner 220 tunes the radio 108 to a frequency in a amplitude modulated (AM) 
frequency band or a frequency modulated (FM) frequency band. In alternate 
embodiments tuners capable of receiving other or additional frequency bands may be 
used in place of the AM/FM tuner 220. The controller 228 on display 234 displays the 



setting of the tuner 220. The tuner 220 receives the radio signal at antenna 226 and 
demodulates the signal into an audio signal. The audio signal is amplified by amplifier 
222 and heard at speaker 238. 

In a preferred embodiment, the controller 228 formats the message upon the radio 
being energized. The message is sent by the network interface 230 across the network 
102 to the server 106. In an alternate embodiment, the message is sent upon connection 
to the network 102 being detected by the network interface 230. The message from the 
radio 108 contains a radio identifier that is used to identify a record in database 1 14 at the 
server. A message containing the assignment of radio stations to the preset buttons is 
sent in a configuration message from the server 106 to the radio 108 over network 102. 

The radio 108 receives the configuration message from the server 1 06 at the 
network interface 230. The configuration message is then processed by the controller 
228. The controller configures preset radio stations in the tuner 220 that are associated 
with the preset buttons in the plurality of controls 224. Upon configuration of the preset 
radio stations, a user is able to select one of the preset buttons in the plurality of controls 
and the tuner 220 tunes to that radio station. Thus, the user does not have to reset their 
preset radio stations after the radio 108 is de-energized by a power outage, batteries going 
dead, or the radio being unplugged. 

In FIG. 3, a screen diagram of one possible embodiment of the graphical interface 
1 10 as displayed on the web device 104 of FIG. 1 is shown. The graphical interface 110 
is a web browser that is displaying web page for configuring preset radio stations at a 
web address radioconfig.com 302. The web page for configuring preset radio stations is 
an association page that establishes an association list between a first set of configuration 



data and a second set of configuration data. The first set of configuration data is a 
plurality of preset button identifiers and the second set of configuration data is radio 
stations that may be assigned to the plurality of preset button identifiers. 

The user had entered a location identifier 306 (zip code) in a previous page from 
which the list of local radio stations is generated and results in the radio configuration 
web page 304 being generated and sent from the server 106. The radio configuration web 
page 304 has the location identifier 306 and contains the list of local radio stations 308 
each radio station will have a frequency displayed 310 and may have the radio call letters 
312. In other embodiments, additional information such as radio station city, style of 
music or type of station (news or sports) may be displayed on the configuration web page 
304. The user then is able to enter the preset button 314 by assigning numbers 1-6 to six 
radio stations 308. The user selects a box 316 using cursor 318 and enters the preset 
radio button number. A check is made as the user enters the preset radio button number 
320 to verify that a number has not been used twice and only six radio stations 308 have 
been assigned preset radio button numbers. 

Turning to FIG. 4, a screen diagram of the graphical interface 110 displayed on 
the web device 104 for configuring the alarms of the radio 108 of FIG. 1 is shown. If 
radio 108 is an alarm clock, then a user may set the alarm times using the graphical 
interface 110 (web browser) and accessing an alarm configuration web page 402 by 
linking to the alarm configuration web page 402 from another page or by entering in the 
web address 404. The user may have to enter the clock ID 401 at the previous web page 
or a "cookie" may be present with a clock ID 401. The alarm configuration web page 



402 is downloaded form a server 106 and displayed on web device 104 in the web 
browser 110. 

The clock ID 401 associated with the clock that is being configured is displayed 
on the alarm web page. In addition, the day of week 406 and "on time" alarm settings 
408 are also displayed in the alarm configuration web page 402 in web browser 110. 
Each day of the week 406 has an associated alarm setting 408, but in an alternate 
embodiment, multiple alarms may be configured on any day. The user using cursor 318 
enters the hour 410, minute 412 and AM/PM 414 in a respective input box for each alarm 
that is sent. Each day of the week 406 is also associated with an alarm mode 416. The 
alarm mode identifies if the alarm is to be the radio preset station 418 or a buzzer 420. If 
an alarm is not set, then no information is placed in the hour/minute/AM/PM box such as 
for Friday 416. 

The entered data is sent to the server 106 where it is placed in the user profile 1 12 
in database 116. The alarm configuration information is then sent from the server 106 to 
the radio 108 over network 102. The controller 228 in the radio 108 then sets the alarms 
in the clock 236. It is possible that in some embodiments, the alarms will be set in the 
controller 228 In an alternate embodiment, the server 106 also sends a time 
synchronization message to the radio 108 that is a clock radio to set the clock. 

Turning to FIG. 5, a data structure in the user profile 112 that is stored in the 
database 114 on server 106 of FIG. 1 is shown. The user profile 112 is a record in 
database 114 that is stored in memory and is identified by a user profile identifier 502. 
The user profile identifier is linked to at least one radio identifier 504. In an alternative 
embodiment, the user profile identifier is the at least one radio identifier 504. 
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The radio identifier 504 has a link to a preset 506 identifier that is associated with 
a preset button on the radio. The preset 506 is linked to a frequency 508 that corresponds 
to a desired radio station. Only one radio identifier 504 is shown in FIG. 5, but in 
alternate embodiments, multiple radio identifiers may be present with each having a 
plurality of presets and frequencies. In yet another embodiment, only one radio identifier 
is used and all radios in a network or sub-network are configured with the same presets 
506 and radio frequencies 508. 

In FIG. 6, a flow chart of a process for remote programming of radio presets over 
a network 102 is shown. The process starts (602) when the user displaying a web page 
enters a location identifier into the graphical interface (604). The user has also provided 
a user identifier via logging into the server or by a "cookie" having been placed during a 
previous session. In response to the location identifier, the server 106 access the database 
1 14 and identifies the radio identifier 504 in the user profile 1 12 (606) and the local radio 
stations contained in the radio station 118 part of the database. The list of radio stations 
is sent from the server 106 to the web device 104 (608). The user then selects the desired 
preset radio stations by assigning a preset button to each of the frequencies associated 
with the desired preset radio station (610). If a clock for displaying is not preset (612), 
then the preset radio stations and any other user profile data from the web page is sent to 
the server 106 (620) for storage in the user profile 1 12 of the database 1 14 (622). 

If a clock for displaying time is present (612), i.e. radio 108 is a clock radio, then 
the alarm web page 404 is displayed and the user selects the alarm times (614). The 
selected alarm times are then associated with a radio frequency or left blank for a "buzz" 
alarm (616). Another alarm is then selected and associated with another radio frequency 
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or left blank again for the "buzz" alarm (618). The alarm configuration information is 
then sent in addition to the preset radio stations from the web device 104 to the server 
106 (620) where the data is stored in the user profile 1 12 in the database 1 14 (622). If the 
user profile in user profile is accessed by a web device 104 (624) and no change occurs, 
then processing is complete (628). If the user profile 112 has changed (624), then the 
data from the user profile 1 12 is sent to the radio 108 (630). 

Upon receipt of the data from the user profile 112, the preset radio stations and 
the association with the preset buttons in the plurality of controls 224 is stored in the 
memory 232 of the radio 108 (632). Each of the preset buttons is associated by the 
controller 228 with a radio station as contained in the received association that was saved 
in memory 232 (634). When preset button is selected, the tuner will tune to the 
associated radio frequency that was contained in the association. 

If the radio does not contain a clock (636), then processing is complete (628) and 
the radio is configured. If the radio does contain a clock (636), then the alarm time and 
alarm settings (radio or "buzz") contained in the user profile 1 12 are sent from the server 
106 to the radio 108 (638). The controller 228 in radio 108 receives the alarm time and 
the alarm settings and sets the alarm time and alarm settings (640). The configuration 
processing is then complete (628). 

It is appreciated by those skilled in the art that the process shown in FIG. 15 may 
selectively be implemented in hardware, software, or a combination of hardware and 
software. An embodiment of the process steps employs at least one machine-readable 
signal-bearing medium. Examples of machine-readable signal bearing mediums include 
computer-readable mediums such as a magnetic storage medium (i.e. floppy disks, or 
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optical storage such as compact disk (CD) or digital video disk (DVD)), a biological 
storage medium, or an atomic storage medium, a discrete logic circuits) having logic 
gates for implementing logic functions upon data signals, an application specific 
integrated circuit having appropriate logic gates, a programmable gate array(s) (PGA), a 
field programmable gate array (FPGA), a random access memory device (RAM), read 
only memory device (ROM), electronic programmable random access memory 
(EPROM), or equivalent. Note that the computer-readable medium could even be paper 
or another suitable medium, upon which the computer instruction is printed, as the 
program can be electronically captured, via for instance optical scanning of the paper or 
other medium, then compiled, interpreted or otherwise processed in a suitable manner if 
necessary, and then stored in a computer memory. 

Additionally, machine-readable signal bearing medium includes computer- 
readable signal bearing mediums. Computer-readable signal bearing mediums have a 
modulated carrier signal transmitted over one or more wire based, wireless or fiber optic 
networks or within a system. For example, one or more wire based, wireless or fiber 
optic network, such as the telephone network, a local area network, the Internet, or a 
wireless network having a component of a computer-readable signal residing or passing 
through the network. The computer readable signal is a representation of one or more 
machine instructions written in or implemented with any number of programming 
languages. 

Furthermore, the multiple process steps implemented with a programming 
language, which comprises an ordered listing of executable instructions for implementing 
logical functions, can be embodied in any machine-readable signal bearing medium for 
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use by or in connection with an instruction execution system, apparatus, or device, such 
as a computer-based system, controller-containing system having a processor, 
microprocessor, digital signal processor, discrete logic circuit functioning as a controller, 
or other system that can fetch the instructions from the instruction execution system, 
apparatus, or device and execute the instructions. 

While various embodiments of the application have been described, it will be 
apparent to those of ordinary skill in the art that many more embodiments and 
implementations are possible that are within the scope of this invention. Accordingly, the 
invention is not to be restricted except in light of the attached claims and their 
equivalents. 
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